home *** CD-ROM | disk | FTP | other *** search
/ Cream of the Crop 20 / Cream of the Crop 20 (Terry Blount) (1996).iso / program / pmw123.zip / PMODEW.FAQ < prev    next >
Text File  |  1996-06-24  |  7KB  |  143 lines
  1. ------------------------------------------------------------------------------
  2. ------------------ Frequently Asked Questions About PMODE/W ------------------
  3. ------------------------------------------------------------------------------
  4. ----------------------------- Updated 06/24/96 -------------------------------
  5. ------------------------------------------------------------------------------
  6.  
  7. Q: Where can I find the latest version of PMODE/W?
  8.  
  9. A: The best way to get the latest version is via the Internet. We always place
  10.    the newest PMODE/W on the following sites. The sites toward the top are
  11.    most likely to have it first:
  12.  
  13.    ftp://ftp.cdrom.com/demos/incoming/code  (later moved to /demos/code/pmode)
  14.    ftp://x2ftp.oulu.fi/pub/msdos/programming/watcom
  15.  
  16.    You can get the latest release (as well as other information) via WWW at:
  17.  
  18.    http://www.dorsai.org/~daredevi/pmw
  19.  
  20.    The Data Connection BBS also carries the latest version and can be accessed
  21.    at the following numbers:
  22.  
  23.     +1-703-506-8598
  24.     +1-703-847-0861
  25.  
  26.    In addition, you may contact the authors directly by sending email to
  27.    daredevi@dorsai.org.
  28.  
  29.  
  30. Q: How do I get rid of the startup message? How come it was never there before?
  31.  
  32. A: You can disable the startup message using PMWSETUP. The startup message
  33.    was just added in v1.23 at the request of many PMODE/W users. We did not
  34.    feel a need to display anything at startup, but since so many have asked
  35.    for it, we decided to add it in this version.
  36.  
  37.  
  38. Q: Is PMODE/W 100% compatible with DOS/4GW?
  39.  
  40. A: PMODE/W is compatible with nearly all Watcom C/C++ functions. However,
  41.    PMODE/W does not support all of the extensions and API functions which
  42.    DOS/4GW does. DOS/4GW does a number of things that we feel are quite
  43.    unnecessary for most applications and most likely you will never miss them
  44.    (especially since they waste a lot of your precious memory and disk space).
  45.    Why extend something, wasting system resources, when you may not even be
  46.    using it in your program? So remember: before blaming a problem with your
  47.    program on PMODE/W, make sure that what you are doing is indeed supported
  48.    by our system. Read PMODEW.DOC for more information.
  49.  
  50.  
  51. Q: Why doesn't my PMODE/W program work with DOS/4GW?
  52.  
  53. A: You can not run a compressed PMODE/W program with DOS/4GW. The program may
  54.    be using a DPMI function which PMODE/W supports but DOS/4GW does not. You
  55.    may also be using 16 bit code directly instead of allocating DOS memory,
  56.    copying the code, and using it. PMODE/W always loads 16 bit real mode code
  57.    into low memory, thus enabling you to use it directly. DOS/4GW loads all
  58.    code into extended memory, where you can not use real mode code.
  59.  
  60.  
  61. Q: Why doesn't my DOS/4GW program work with PMODE/W?
  62.  
  63. A: Almost any program that works with DOS/4GW will run correctly with PMODE/W
  64.    as long as it does not use any DOS/4GW specific functions. If a program
  65.    does not work at first, you may have to tweak the PMODE/W system variables
  66.    using PMWSETUP. For example, you may try setting the maximum low memory to
  67.    reserve to 0FFFFh to force PMODE/W to load all 32 bit code and data into
  68.    extended memory like DOS/4GW (16 bit code will still be loaded into low
  69.    memory). You may also try increasing the number and/or nesting of the
  70.    protected and real mode stacks.
  71.  
  72.  
  73. Q: What does not having an exception handler do to my program?
  74.  
  75. A: If it's properly coded, absolutely nothing. An exception should only occur
  76.    in the event that your program has a bug. Exception handlers may provide
  77.    a minimal degree of security to your program, but in the long run end up
  78.    slowing it down. Installing exception handlers means having to take control
  79.    of any IRQ that goes off first, examine it, and then pass it down to its
  80.    appropriate handler. We would rather not slow down IRQ processes in this
  81.    way because our goal here is to run your code as fast as possible. If you
  82.    require exception handling while developing, you can compile your program
  83.    using DOS/4GW and test it with that. Just about anything that is not
  84.    out of the ordinary which you do under PMODE/W should work correctly under
  85.    DOS/4GW. PMODE/W is designed in such a way that you can even execute a
  86.    PMODE/W executable under DOS/4GW without the need to recompile. Simply
  87.    typing "DOS4GW PROGRAM.EXE" (where "PROGRAM.EXE" is your program) will run
  88.    any uncompressed PMODE/W executable under DOS/4GW. This is an excellent way
  89.    to still use DOS/4GW for debugging, and PMODE/W for the finished product.
  90.  
  91.  
  92.  
  93. Q: Can I still debug PMODE/W programs under the Watcom debugger?
  94.  
  95. A: Yes you can. You can debug your PMODE/W programs in exactly the same manner
  96.    you would debug a DOS/4GW program (using the /TR=RSI switch of course). You
  97.    cannot, however, debug programs which have been compressed using PMWLITE.
  98.    You also cannot debug PMODE/W programs that do not run under DOS/4GW.
  99.  
  100.  
  101. Q: Why can't I access more than 16 megs of memory under my VCPI server when
  102.    there is more than that available in my system?
  103.  
  104. A: You must increase the maximum number of VCPI page tables PMODE/W will
  105.    manage using the PMWSETUP program. Each page table you add will give you
  106.    another 4 megs of memory (provided that it is physically available of
  107.    course).
  108.  
  109.  
  110. Q: Why can't I map more than 4 megs of address space of a physical device
  111.    using DPMI function 0800h?
  112.  
  113. A: You must increase the maximum number of physical address mapping pages in
  114.    PMODE/W using PMWSETUP.
  115.  
  116.  
  117. Q: How come PMODE/W takes a little while to load under EMM386?
  118.  
  119. A: PMODE/W allocates all of its extended memory pool during initialization
  120.    whereas DOS/4GW allocates memory every time you (or the C libraries) call
  121.    the DPMI memory allocation functions. The delay is caused by EMM386's
  122.    slowness in allocating pages. PMODE/W may take a little longer than DOS/4GW
  123.    at startup in this case, but it will be much faster during the execution
  124.    of the program since it does not need to call EMM386 for memory again
  125.    after that. If the delay is a problem, you can adjust the amount of
  126.    extended memory to allocate in PMWSETUP. The less memory there is to
  127.    allocate, the faster loading will be under EMM386. However, keep in mind
  128.    your memory requirements when changing that setting.
  129.  
  130.  
  131. Q: How come DOS/4GW, Pharlap, or other 32bit DOS applications don't work using
  132.    spawn() under PMODE/W?
  133.  
  134. A: Some other DOS extenders require extended memory to initialize. Also, the
  135.    program you are trying to run may require extended memory. To remedy this,
  136.    you can change the maximum amount of extended memory for PMODE/W to
  137.    allocate using PMWSETUP. Set the value to something you feel meets the
  138.    requirements of your program instead of the default (which allocates ALL
  139.    memory). This will make sure that your program does not allocate any more
  140.    memory than it needs, therefore leaving whatever memory is left over for
  141.    the program you are trying to execute.
  142.  
  143.